草庐IT

Arduino ESP32

全部标签

c++ - 为什么 MS 在其 win32api 中没有返回字体文件名的函数,给定字体句柄?

在使用WindowsAPI多年的经验中,这是我第一次遇到我需要做某事的情况,而我不能使用Windows当前的编程接口(interface)。根据我的研究,字体“ArialBlack”使用文件arialblk.ttf并且字体“ArialBlackItalic”没有文件,字体“ArialBlack”也没有粗体”,至少在我装有Windows7的计算机中是这样。我在下面插入了一个程序来显示几行使用字体“ArialBlack”的文本,单独使用,然后使用斜体和粗体显示。令我惊讶的是,斜体文本呈现正常,而粗体文本呈现为好像只是“ArialBlack”。然后我意识到同样的事情发生在MSWord上。我还

c++ - unsigned long 的类型不同于 Windows 上的 uint32_t 和 uint64_t (VS2010)

在Windows7、32位的VisualStudio2010上,unsignedlong似乎是与uint32_t和uint64_t截然不同的类型。看下面的测试程序:#include#includetemplatestructis_same_type{staticconstboolvalue=false;};templatestructis_same_type{staticconstboolvalue=true;};#defineTO_STRING(arg)TO_STRING_IMPL(arg)#defineTO_STRING_IMPL(arg)#arg#definePRINT_SAME

c++ - Win32 中是否有检测用户何时更改区域设置的消息或通知?

编辑:为了响应社区的评论,问题被减少和优化。问题的删除部分将作为单独的问题发布。问题:在Win32API中是否有任何WM_SOMETHING或NM_SOMETHING消息可以通知我有关用户更改locale?你看,我可以使用该消息/通知将我程序的locale更改为当前locale.像这样的伪代码:caseWM_SOMETHING://inmymainwindowprocedure_wsetlocale(LC_ALL,L"");此外,如果有这样的消息,并且我按照上面的伪代码处理它,它会调整仅主窗口的locale还是还为子对话框和控件设置locale?。我为解决这个问题所做的努力:通过互联网

c++ - 如何从 uint32_t 打印十六进制?

我一直在处理的代码要求我以十六进制打印类型为uint32_t的变量,填充为0,最小长度为8。到目前为止,我一直在使用该代码来执行此操作是:printf("%08lx\n",read_word(address));其中read_word返回类型uint32_t。我用过jx,llx等格式都没有用,请问有正确的格式可以用吗?编辑:我发现问题出在我传递的内容上。函数read_word从uint32_tvector返回一个值。似乎这是导致十六进制问题的问题。这是按引用/值传递的问题吗?如何解决?读字函数:uint32_tmemory::read_word(uint32_taddress){if(

【STM32+HAL】语音识别模块LD3320(SPI版)

一、准备工作:有关CUBEMX的初始化配置,参见我的另一篇blog:【STM32+HAL】CUBEMX初始化配置二、所用工具:1、芯片: STM32F103C6T6(同C8T6)2、STM32CubeMx软件3、语言识别模块:LD3320(SPI版)三、实现功能:实现串口打印语音输入四、HAL配置步骤:1、SPI功能开启2、IO口配置3、中断配置至此,HAL库配置完成五、硬件连接:接线:LD3320:LD3320_CS_Pin GPIO_PIN_A2LD3320_SCK_Pin GPIO_PIN_A5LD_MI_Pin GPIO_PIN_A6LD3320_MOSI_Pin G

STM32WLE5JC

Sub-GHz无线电介绍sub-GHz无线电是一种超低功耗sub-GHz无线电,工作在150-960MHzISM频段。在发送和接收中采用LoRa和(G)FSK调制,仅在发送中采用BPSK/(G)MSK调制,可以在距离、数据速率和功耗之间实现最佳权衡。这款sub-GHz无线电符合LoRaWAN®规范v1.0和无线电法规,如ETSIEN300220,EN300113,EN301166,FCCCFR47part15,24,90,101和ARIBSTD-T30,T-67,T-108。sub-GHz无线电包括:模拟前端收发器,其RFO_LP引脚输出最大功率为+15dbm,RFO_HP引脚输出最大功率为+

c++ - Win32 消息处理程序错误传播

我正在编写一个使用单个对话框的(C++)应用程序。设置消息泵和处理程序后,我开始思考如何将C++异常传播到我的原始代码(例如,调用CreateDialogParam的代码)。这是我的意思的一个基本示例:BOOLCALLBACKDialogProc(HWND,UINTmsg,WPARAM,LPARAM){if(msg==WM_INITDIALOG)//Orsomeothermessage{/*Loadsomecriticalresource(s)here.Forinstnace:constHANDLEsomeResource=LoadImage(...);if(someResource=

c++ - win32 c++ 在没有子类化的编辑控件中检测到 'enter'?

基本上我想要一个Enter来触发一条消息,当编辑控件聚焦并且用户按下enter时我可以捕捉到。网上所有的解决方案似乎都是关于子类化的,但我想知道是否有另一种解决方法?例如,我的按钮有一个标识符ID_BUTTON_SEND。这是我的想象;caseWM_COMMAND:switch(LOWORD(wParam))caseID_BUTTON_SENDif('enterwaspressed')dothiselsedefault...你明白了:)我读过http://support.microsoft.com/kb/102589但坦率地说,选项1对我来说意义不大。干杯

c++ - x64 系统上的 win32 应用程序运行时错误(dll 加载),同时编译 0K

我最初在win732bits上用VC9.0设计了一个win32应用程序。我最近升级到win764位,并尝试构建+执行以前的应用程序。构建运行良好(win32应用程序),但在运行时出现错误“[...]已退出,代码为-1073741701(0xc000007b)。”我猜这是加载64位版本的[预期]32位dll的结果。这个项目的具体依赖是:文件库SDL主程序库SDL_ttf.libopengl32.libglu32.libwininet.libSDL和SDL_ttf仅在32位版本中。我假设VisualStudio足够聪明,可以在我请求win32应用程序时获取\syswow64中的opengl

【基础篇】1.2 认识STM32(二)

3.3VREF+/VREF-引脚VREF+和VREF-是STM32中用于提供参考电压的引脚。如下图:VREF+引脚可以连接一个单独的外部参考电压,范围在2.0V~VDDA,但不能超过VDDA,否则就超过了模拟器件的最大供电电压。在100引脚的封装中,VREF-是A/D的参考,当需要使用时,必须绑定到VSSA(使得所有模拟器件的参考都相对于VSSA)。VREF-引脚是参考电压输入引脚负极。在64及更少的引脚中,VREF-和VREF+是不可用的,在内部被接到一个ADC电压提供源(VDDA)并接地(VSSA),此时参考电压就是AD的工作电压了。 3.4VBAT引脚VBAT在电路中代表电池工作模式专用